home *** CD-ROM | disk | FTP | other *** search
/ Shareware Grab Bag / Shareware Grab Bag.iso / 096 / opinion.arc / OPINION.TXT
Encoding:
Text File  |  1986-08-19  |  29.0 KB  |  595 lines

  1.  
  2. Welcome to RBBS-PC Conference
  3.  
  4. But first, an editorial......
  5.  
  6. RBBS-PC and it's source code is distributed under the "Userware"
  7. concept.  RBBS-PC is "...the sure and present proof that software
  8. which is shared becomes better than it was."  RBBS-PC and the
  9. distribution of RBBS-PC's source code is an act of faith not only in
  10. users but in the concept of "users helping users."  RBBS-PC's open
  11. architecture has always encouraged users to modify RBBS-PC to meet
  12. their own requirements.  Further, RBBS-PC has also encouraged users to
  13. share their modifications via .MRG files to RBBS-PC in the finest
  14. tradition of "users helping users."
  15.  
  16. RBBS-PC's open architecture even allows for those who want to write
  17. RBBS-PC "utilities" or "clones" providing that they observe both
  18. RBBS-PC's copyright and the limited license under which RBBS-PC is
  19. distriubted (i.e. they don't steal the RBBS-PC source code or parts of
  20. the RBBS-PC source code and put it in their product).
  21.  
  22. RBBS-PC has become the defacto "industry standard" for PC-based
  23. bulletin board systems.   Many products exist that have incorporated
  24. the "RBBS-PC standard" within themselves without violating or stealing
  25. RBBS-PC's source code.  Products such as these (that really are the
  26. work of their authors!), deserve to be encouraged and their authors
  27. rewarded for their efforts.
  28.  
  29. These products' originality can be easily determined because they all
  30. have at least one of the following two characteristics:
  31.  
  32.     1.)  they are written in another language (i.e. not BASIC!) or
  33.     2.)  they have an internal file structure and logic that is       
  34.   entirely different from RBBS-PC's.
  35.  
  36. However if someone offers you a bulletin board software package for
  37. the IBM or IBM-compatable PC which has the following characteristics:
  38.  
  39.     1.)  it is offered without source code;
  40.     2.)  it is written in BASIC (i.e. gives BASIC's error codes);
  41.     3.)  it appears to have almost the same internal logic/flow and/or
  42.          external file structure as RBBS-PC;
  43.  
  44. ask yourself why they want you to be an accomplice in destroying the
  45. "user helping user" concept that RBBS-PC is based on?  Is this some
  46. sort of "bait and switch" approach wherein they will later start
  47. demanding that you pay them for future versions or help?  If the
  48. perpetrators either won't, can't, or don't provide you with their
  49. "products" source code -- ask yourself why?  These type of "RBBS-PC
  50. clones" soil themselves and their advocates while victimizing those
  51. who are associated with them.
  52.  
  53. Tom Mack
  54.  
  55.  
  56.  
  57. Msg #  5700 Dated 03-26-86 17:26:40
  58.  From: JERRY SHIFRIN
  59.    To: SYSOP
  60.    Re: EDITORIAL
  61.  
  62. After reading your editorial, I read thru the entire message
  63. BBS, expecting to see a lively discussion. Not ONE message!
  64. Well now, I'm out of time, but will call back to discuss.
  65.  
  66. Msg #  5702 Dated 03-27-86 02:15:23
  67.  From: JERRY SHIFRIN
  68.    To: SYSOP
  69.    Re: EDITORIAL
  70.  
  71. As the SYSOP of a PCBoard based system, I can't help but believe
  72. that your editorial is directed at least partly at people like
  73. me. Since I object to being referred to as an accomplice in some
  74. nefarious scheme to destroy the users helping users philosophy,
  75. I'd like to reply to a couple of points.
  76. 1. My reading of the PCBoard documentation, is that it is in
  77. part modelled on the RBBS command structure, in order to
  78. simplify the use of the systems by the large number of people
  79. used to RBBS. To me, that does not mean that RBBS was
  80. plagiarized. I hope you don't think that every program using
  81. windows is a rip-off of Smalltalk.
  82. 2. I understand that PCBoard has been totally rewritten from
  83. since its original release - this makes it unlikely  to be using
  84. any RBBS code (in case it ever did - I have no idea).
  85. 3. The fact that PCBoard is released without source, means that
  86. you can log on to a PCBoard system anywhere and know how to use
  87. it. This also means that there are far fewer chances for
  88. problemss to occur due to code hacking and insufficient testing.
  89. 4. Considering how much I've paid for the rest of my hardware
  90. and software, I'm pretty willing to pay a reasonable amount for
  91. a solid, fast, debugged, and supported BBS.
  92. I don't mean to knock RBBS - it certainly has a large enough
  93. following, but I personally prefer PCBoard, and feel that your
  94. comments are a bit unfair.
  95. (I really don't think you can conclude anything at all about a
  96. product just because it's written in Basic.)
  97. As an aside, on the users helping users concept - I run an open
  98. board (no fee required) dedicated to the exchange of information
  99. about the Forth programming language. Feel free to check it out
  100. at 703-442-8695.
  101.  
  102.  
  103. Msg #  5703 Dated 03-27-86 07:32:54
  104.  From: SYSOP
  105.    To: JERRY SHIFRIN
  106.    Re: (R)EDITORIAL
  107.  
  108. I appreciate your comment on the editorial.  Let me respond to each of
  109. your four points:
  110. 1.  You feel the editorial is directed at PCBoard.  Obviously as a
  111.     PCBoard SYSOP you are best able to evaluate if PCBoard fails to
  112.     meet the originality test outlined in the editorial --
  113.       "1. ...written in another language (i.e. not BASIC!) or
  114.        2. ... (has) an internal file structure and logic that is
  115.           entirely different from RBBS-PC's."
  116.     HOST-COMM and PC-HOST are both very good BBS systems written in
  117.     the BASIC language that have entirely different file structures
  118.     and internal logic.
  119. 2.  You "understand that PCBoard has been totally rewritten from since
  120.     its original release - this makes it unlikely to be using any RBBS
  121.     code (in case it ever did - I have no idea)."  By inference from
  122.     your statement I can only assume that at one time you believe that
  123.     PCBoard was simply a pirated copy of RBBS-PC with modifications.
  124.     Also that the PCBoard "authors" got original later through the
  125.     re-write process.  Finally, you have no idea if either is really
  126.     true because, as I say in the editorial, "...the perpetrators either
  127.     won't, can't, or don't provide you with their "products" source
  128.     code."  If what you appear to believe about PCBoard's pedigree is
  129.     true, the only analogy that I can make is that you would also
  130.     believe that if a theif stole from you and invested the money
  131.     profitably, then the profits rightly belong to the theif.
  132. 3.  You state that since PCBoard's source code is denied you, you have
  133.     the right to expect:
  134.       a. "...you can log on to a PCBoard system anywhere and know how
  135.          to use it."
  136.       b. "...there are far fewer chances for problems to occur due to
  137.          code hacking."
  138.       c. "...there are far fewer chances for problems to occur due to
  139.          ...insufficient testing."
  140.     Regarding 3A, above, apparently you object to the tailoring that
  141.     RBBS-PC allows SYSOP's to do to make it reflect their own predi-
  142.     lictions.  As far as 3B, above is concerned you apparently don't
  143.     believe in the tenate that "software which is shared becomes
  144.     better than it was" (i.e. "users helping users").  3C apparently
  145.     is your belief that products that don't release source code are
  146.     better tested than products that do release source code.  All I
  147.     can say is I wonder if the "authors" of PCBoard agree that you
  148.     can hold them libel for damages you incurr due to any problems
  149.     you have in their product.
  150. 4.  You state that you are "willing to pay a reasonable amount for a
  151.     solid, fast, debugged, and supported BBS."  Apparently the $195/
  152.     year support fee & $50/update is "reasonable."  Larry Jordan's
  153.     T-COMM (301)428-7931 might be a better alternative for you.
  154.     T-COMM meets all your requirements (including having an RBBS-PC
  155.     command structure), is efficient (i.e. it is written in "C"),
  156.     is supported by its author, and is more reasonable than what you
  157.     currently are willing to pay.  Additionally T-COMM is original!
  158. Jerry, you have too good a board to be victimized by anyone who would
  159. steal the work of others and claim it as their own -- especially since
  160. you have other alternatives -- Larry Jordan's T-COMM or Rich Schinnell's
  161. PC-HOST (both of which I can personally recommend as fine, original
  162. products).
  163. Enjoy....
  164. Tom Mack
  165.  
  166.  
  167. Msg #  5706 Dated 03-27-86 16:25:46
  168.  From: RUSS ZACCARI
  169.    To: SYSOP
  170.    Re: RBBS AND YOUR EDITORIAL
  171.  
  172. I think that over the years and while following the progress of RBBS
  173. from 12.1 when I first became VERY active in telecommunications and
  174. bulletin board you have changed.  When I first became a co-sysop I was
  175. whole-heartedly for the IDEA of public domain and the PRODUCT of rbbs.
  176. In following its progress through MANY version changes and MANY patches
  177. written by people who I have become acquainted with in these years I
  178. have become, shall we say against the way that you follow the IDEA.  The
  179. idea of placing RBBS in the public domain was one such that everybody
  180. could and would make it better.  I now will reference a patch made by
  181. Mark Seiden namely the late, great 12.5b9.  This patch had some very
  182. nice ideas which you chose a SELECT FEW that YOU liked and put them in
  183. your code and trashed the remainder.  This patch had a very large
  184. following as does RBBS.  There are even some people that fought tooth
  185. and nail to change to 13.1 because they felt it a step down from where
  186. they were with 12.5b9.  Then there was a programmer from Annapolis named
  187. Vince Castelli who wrote a WONDERFUL patch for 12 and rewrote it for
  188. 13.1 and is in the progress of rewriting it for 14.1 because he got run
  189. over by the wheels of RBBS.  These are just a few that have been
  190. spited by your interpretation of the IDEA.  Always remember it is to
  191. make the product BETTER not more TOM MACKish...
  192.  
  193. In closing I would like to defend products like PC-Board.  They did not
  194. steal YOUR rbbs ideas.  They used something that was familar and took
  195. it to a level that they felt was higher than RBBS.  This FITS INTO THE
  196. IDEA!  I think that in your documentation where you praise the company
  197. that RBBS keeps you do need to include all who have spend hours, days,
  198. months, and years to bring things to people at a FASTER, EASIER and MORE
  199. EFFECTIVE rate.
  200.  
  201. In your editorial you mention BASIC, well if many of us programmers out
  202. here had our choice we would write in only TURBO and/or C.  Basic is a
  203. nice language for beginners but there are many faster and easier
  204. languages to use.
  205.  
  206. Think about these comments and I will be interested in your response.
  207. And by the way:  I would appreciate a better response then the previous
  208. responses that I got from you which totaled to one stating "I already
  209. know about it".  There are still countless suggestions and ideas that
  210. you have yet to address....
  211.  
  212. Like I said you have changed over the years...  Unfortunately not all
  213. for the good of the others.
  214.  
  215. Russ Zaccari,SysOp, Chesapeake Message Center (301) 956-3396
  216.  
  217.  
  218. Msg #  5707 Dated 03-27-86 17:02:40
  219.  From: DAVE CHAPMAN
  220.    To: ALL
  221.    Re: EDITORIALS
  222.  
  223.   I've noticed some of the comments out here on the RBBS vs.
  224. "Rip Off" BBS's and thought I'd add a word....
  225.  
  226.   I've been familiar with RBBS since CPC9 (egads!) and have been
  227. amazed at the evolution of this "product".  Even though I've not
  228. had an active role in the development of the source code, I hope
  229. I've helped "spread the gospel" on RBBS-PC.  I DO know of the
  230. time the "committee" must put into fixes (and the MASSIVE
  231. undertaking of converting the code into a reasonable structured
  232. form);  I don't know how some beta testers (like my friend Bob
  233. Cecchino in Va. Beach) can allocate the time... but they do.
  234. It really irks me to see stolen ideas (particularly, stolen
  235. ideas that are used for a profit); imitation is the sincerest
  236. form of flattery, but not if you take credit for it.
  237.  
  238.   If the shoe fits.....
  239.  
  240.                           David C
  241.                           Co-Sysop NARDAC Norfolk RBBS
  242.  
  243.  
  244. Msg #  5710 Dated 03-27-86 23:02:20
  245.  From: SYSOP
  246.    To: RUSS ZACCARI
  247.    Re: (R)RBBS AND YOUR EDITORIA
  248.  
  249. Russ, I agree that over the years one of us has changed.  Apparently it
  250. centers on what you define as the "IDEA" of making RBBS-PC's source code
  251. available so (in your words) "...everybody could and would make it
  252. better."  You say that you are "...against the way that (I) follow the
  253. IDEA."
  254.  
  255. Apparently you are against the fact that I have been faithful to "...the
  256. MANY version changes and MANY patches written by people who (you) became
  257. acquainted wiht" by always maintaining the same line numbers in all 23
  258. versions so that the merges that others had made would be neither
  259. obsoleted nor negated.  You site Mark Seiden's 12.5B9 merges as an
  260. example of "...a patch (that) had some very nice ideas which (I) choose
  261. a SELECT FEW that (I) liked and put them in your code and trashed the
  262. reminader."  Did you know that Mark Seiden helped beta test CPC13-1A and
  263. all the patches that could be fit into the single 64K code segment of
  264. CPC13-1A were put in to the extent that there was only room for 155 more
  265. bytes of executable code?
  266.  
  267. Recognizing this limitation, apparently you are against the fact that
  268. CPC14-1A resturctured RBBS-PC so that it could be comprised of literally
  269. as many separately compiled .BAS source files as necessary (each with
  270. the capability of containing it's own 64K code segment).  Now with
  271. CPC14-1A and future RBBS-PC releases all any contributor has to do is
  272. supply a simple .MRG to the main line code (RBBS-PC.BAS) adding a call
  273. to his enhancement (which need only be distriubted as an .OBJ file that
  274. can be linked with RBBS-PC.OBJ and RBBS-SUB.OBJ).  This could be a
  275. sophisticated on-line ordering module, a call-back registration module
  276. for new users, an on-line data base retreival module, or whatever!
  277.  
  278. This enormous effort and time (including the extensive comments in the
  279. source code for both RBBS-PC.BAS and RBBS-SUB.BAS) so that others "could
  280. and would make it better" is something you also seem to feel is just
  281. another example of what your are "...against (in) the way that (I)
  282. follow the IDEA."  Each release of RBBS-PC has tried valiantly to both
  283. be upward compatible (keeping the faith with those that did not want to
  284. change) and incorporate as many new features as could be accommodated
  285. within the limitations of BASIC.  Those that have not yet been
  286. incorporated were only due to one of these two restrictions.
  287.  
  288. Since you feel called on "...to defend products like PC-Board," I can
  289. only conclude that you feel that it fails to meet the two criteria (of
  290. which only one has to be meet) for being an original BBS product.  I
  291. suggest you take a look at Larry Jordan's T-COMM, (301) 428-7931, if you
  292. want to see an original product that "used something that was familiar
  293. and took it to a level that they felt was higher than RBBS."  It should
  294. appeal to you as it is written in "C."  There is also an RBBS written
  295. in Turbo (I think it is called Colossus) which many like and which is
  296. an original BBS product.  None of these products have authors that feel
  297. compelled to sneer at others or extoll their author's supremacy.
  298.  
  299. Despite my best efforts to make RBBS-PC the ultimate in "users helping
  300. users," I regret that you feel that all I have been trying to do was
  301. to make it "...more TOM MACKish..."  Apparently the thousands of hours
  302. spent documenting the record layouts, commenting the source code, re-
  303. structuring RBBS-PC to accommodate more and more features and modifica-
  304. tions without excluding any doesn't seem to enter into your judgement.
  305. From the very beginning even in the copyright notice I ask nothing for
  306. myself -- only for other software that can be shared, enhancements to
  307. to RBBS-PC itself, and lastly donations to the Captial PC User Group (an
  308. all-volunteer, not-for-profit PC user group).
  309.  
  310. I think you are right, one of us has changed over the years.
  311.  
  312. Enjoy.....
  313. Tom Mack
  314.  
  315.  
  316. Msg #  5715 Dated 03-28-86 16:52:02
  317.  From: JERRY SHIFRIN
  318.    To: SYSOP
  319.    Re: (R)EDITORIAL
  320.  
  321. Thank you for taking the time to provide a considered reply to
  322. my comments. I'd like to note just a couple of things:
  323. 1. I don't assume/believe/suspect anything about the original
  324. PCBoard code. I only noted that the author stated that it had
  325. been totally rewritten from its original release. From a
  326. caller's point of view, it uses a command structure similar to
  327. RBBS, but I don't think that's an indication of anything other
  328. than the fact that there are a lot of RBBS users and there are
  329. only so many ways to read a message, download a file, etc.
  330.  
  331. Even if there had been some basis of PCBoard on RBBS (which is
  332. unknown), I feel to see why you object to it since you promote
  333. other people modifying/enhancing RBBS, and since the current
  334. version (10.) of PCBoard remains available as freeware - another
  335. user helping users.
  336.  
  337. 2. I don't expect a provider of public domain software to be
  338. able to provide the same support that a vendor can. I assume you
  339. have a real job which takes up much of your time. I should be
  340. able to get prompt support from a vendor on problems with his
  341. products. There are a fair number of public domain packages I
  342. use regularly (and have in general sent in the requested
  343. donations), but I would hate to have to depend on them for
  344. critical business needs. I have personally contributed a number
  345. of packages I wrote to the general community, and believe in
  346. that as a a good way for users to help each other. But I
  347. wouldn't want people to start calling me when they have
  348. problems.
  349. Users helping users - but within reason.
  350.  
  351. 3. Before bringing up PCBoard, I spent at least 2 years as a BBS
  352. user, and felt I'd been able to evaluate most systems from that
  353. point of view. Larry Jordon's TCOMM is excellent in a lot of
  354. ways, but I find it cumbersome to maneuver thru all the layers.
  355. I prefer the "flat" structure of PCBoard as opposed to TCOMM,
  356. RBBS, FIDO, etc.
  357.  
  358. I sincerely appreciate hearing your thoughts on this, but
  359. understand that I do not feel victimized or that I am an
  360. accomplice. I intend to stick with PCBoard until I feel I've
  361. found a package that's significantly better - faster, easier to
  362. use, or more functional. So far, I don't know of any.
  363.  
  364.  
  365. Msg #  5717 Dated 03-28-86 17:41:17
  366.  From: ALAN PROCTOR
  367.    To: SYSOP
  368.    Re: EDITORIAL
  369.  
  370. I readsome of the various messages in response to your
  371. editorial. (Hmmm, seems word wrap is not working here)  Anyway,
  372. some friends and I run a PCBOARD system (I take it you are
  373. referring to it?) and have been for the past few months.  We
  374. originally were running RBBS.  But, it seemed to us that each
  375. new version of RBBS just got sort of slower and slower running
  376. until it was really slow.  I guess this was due to the
  377. networking stuff - but we were never really able to figure out
  378. why.  After changing over, we found that the PCBOARD code ran
  379. really fast, and with no bugs.  Some folks did find some - but
  380. the authors always fixed them the next day or so.  Anyways, in
  381. comparison, RBBS and PCBOARD do not function at all in the same
  382. way.  It's true that the displays are very similar - which
  383. really helps the caller's out - but as far as what appears to
  384. be happening with the code - PCBOARD seems to function quite
  385. differently - like just one menu, and the different commands,
  386. etc.  I think you may be pre-judging their code because in some
  387. ways it looks like RBBS and it is written in basic.  However,
  388. just becauwse of those two things - I don't think that means
  389. they stole it from you.  I have heard rumors that many of the
  390. features which are now in RBBS (via Mark Sieden, etc) were
  391. actually donated by the authors of PCBOARD - like CRC Xmodem,
  392. Word Wrapping, the color driver, etc.  If that is really the
  393. case, I think that maybee you should not throw stones if you
  394. live in a glass house.  I'm curious - did RBBS get the items
  395. above from the PCBOARD authors?
  396.  
  397. Personally, I think you are blowing the whole thing out of
  398. proportion and maybee giving RBBS a slightly tainted image not
  399. in line with the past professional attitude of it's many authors
  400. who have also spent a lot of time writing RBBS besides you.  If
  401. the PCBOARD authors have a competing program - let RBBS and
  402. PCBOARD stand on their merits, functions, etc. and get on with
  403. it instead of going on a one man campaign.  Personally, I think
  404. that PCBAORD has done some good in that it appears that the RBBS
  405. authors have been forced into fixing up and including some new
  406. features because of the competition and I think it is for the
  407. betterment of all.
  408.  
  409. P.S. It's the little things I think that make the difference.
  410. For example, I just listed back my message (which is sort of
  411. long) but did not get a MORE prompt - PCBOARD gives me one.
  412.  
  413.  
  414. Msg #  5718 Dated 03-28-86 18:41:19
  415.  From: STEVE GILSON
  416.    To: ALL
  417.    Re: BUG IN CONFIG V1.95?
  418.  
  419. I have discovered a rather peculiar behavior of the new CONFIG
  420. V1.95 for the RBBS-PC V14.1A. It seems that it refuses to
  421. repair a message base properly if the message base was
  422. originally created by the CONFIG.EXE that accompanied CPC13.1A.
  423. It works fine on MESSAGES that it created itself, however.
  424.  
  425. Whenever I attempt to restore a killed message while running
  426. CPC14.1A, it gives me a FIX YOUR MESSAGES FILE WITH OPTION 145
  427. OF CONFIG message. But using this option has no effect if the
  428. file was created using the earlier CONFIG program.
  429.  
  430. The solution, of course, would seem to be to start with a
  431. freshly created MESSAGES file, but I really don't want to lose
  432. all the back messages. Has anyone else encountered this, and is
  433. there a solution? Thanks.
  434.  
  435.  
  436. Msg #  5720 Dated 03-28-86 19:31:58
  437.  From: ALAN PROCTOR
  438.    To: TOM MACK
  439.    Re: YOUR EDITORIAL
  440.  
  441. I printed out your current logon editorial and reviewed it's
  442. contents at leisure.  As a current PCBOARD sysop and past
  443. RBBS sysop, I would like to ask you the following non-hostile
  444. questions:
  445.  
  446. Have you ever run (side-by-side) the code you refer to along
  447. with RBBS in order to compare their respective modes of
  448. operation?  It appears many of the recent RBBS enhancements
  449. are a direct use of another BASIC BBS's program ideas.  Are
  450. you prepared to defend RBBS code as being "original" in light
  451. of your comments? What infringement(s) has the other software
  452. made against you or the distribution of RBBS code?  I have
  453. made several program suggestions to the authors of PCBOARD.
  454. All were implemented within 72 hours by professionals who
  455. wish to insure the long range functionality and
  456. standardization of their code.  Does RBBS support this policy
  457. as well - since in the past I have made several
  458. suggestions(bug fixes) to you Tom which were totally ignored
  459. and still remain in your code to this date - and yet other
  460. things like MNP - go into the code which no one wants except you.
  461.  
  462. Are you, Tom Mack, personnally jealous that someone else has
  463. come up with BBS code which functions faster, smoother and is
  464. more user and sysop friendly than RBBS, or are you speaking
  465. in behalf of all the RBBS authors?  Since you are
  466. distributing your editorial in the public domain, are you
  467. prepared to substantiate your "claims" in the form of
  468. documented code infringements which we may all evaluate on
  469. their merits?
  470.  
  471. I ask these questions since at the present time, you appear
  472. to be passing your judgement out to the masses with very
  473. little support or substantiation of your claims - other than
  474. "user supported", etc.  Also, I note that the authors of
  475. PCBOARD have developed their own networking and doors
  476. features which appear to be quite different than those of
  477. RBBS - including a feature which allows several of the
  478. network nodes to "talk" between each other while on-line.  I
  479. must assume that since RBBS does not have this feature - that
  480. it and all of the other features which I have had a chance to
  481. use in PCBOARD which are not supported in RBBS - came from
  482. the authors own ideas and the ideas of others which were
  483. passed to them via sources other than RBBS code and I salute
  484. them in their efforts to provide an alternative to those of
  485. us who have a mind of our own.
  486.  
  487.  
  488. Msg #  5721 Dated 03-28-86 22:59:31
  489.  From: PAUL KURR
  490.    To: ALAN PROCTOR
  491.    Re: (R)YOUR EDITORIAL
  492.  
  493. I resent that remark about the use of MNP!!! I think that Tom is just
  494. looking out for the future of RBBS.  MNP is one of the BEST error
  495. correcting protocalls out today.  I have no connections with Microcom,
  496. other than just using their protocall.  Instead of sticking with "tried
  497. and true", and inefficient protocalls, such as xmodem, and such, it
  498. seems to me that Tom is looking towards the future, expanding the limits
  499. now, instead of cramming it in, and making it work later.  If MNP's next
  500. class ever hits the PD, xmodem will be a thing of the past...
  501.  
  502.  
  503. Msg #  5722 Dated 03-28-86 00:37:34
  504.  From: RICHARD HAMILTON
  505.    To: SYSOP
  506.    Re: WHAT?
  507.  
  508.     It looks like quite a discussion concerning RBBS and PcBoard
  509. software.  I'd like to contribute a few of my own thoughts:
  510.  
  511. 1)  Let me state up front, that I am also a PcBoard Sysop.
  512. 2)  Let me also say that before moving to PcBoard I had used RBBS
  513.     for almost a whole year.
  514. 3)  I too am for the user-helping-user concept.  It took a lot,
  515.     and I mean a lot of help from another RBBS sysop just to get
  516.     me up and running.
  517. 4)  I also enjoy having the source code in order to be able to
  518.     customize the software to my own needs.
  519. 5)  I too, put in many hours of work modifying RBBS code in order
  520.     to make it work right, and to add many needed features.  We
  521.     were attempting to bring up a whole system of users at our
  522.     company, if we had been successful, we would have gladly sent
  523.     a contribution to your cause.  The problem, however, was that
  524.     it never quite worked right, and was always too painfully
  525.     slow to maneuver around in.
  526. 6)  I also program in C, assembly, and the wonderfully fun Turbo
  527.     Pascal, and would hate to see any of my copyrighted material
  528.     being ripped off,  all of which is on the commercial market
  529.     where I would really be hurt if many people were stealing my
  530.     programs.
  531.  
  532. Now, my reasons for the switch...
  533.  
  534. 1)  PcBoard is a joy to work with!
  535. 2)  Before switching to PcBoard we also took a look at Colossus
  536.     and T-Comm in order to justify throwing away the many hours
  537.     and a lot of money (time spent working on RBBS) that we had
  538.     invested in using RBBS.  Neither Colossus, nor T-Comm were
  539.     chosen due to their operating structure (bulkiness and
  540.     awkwardness in moving around), and because they too lacked
  541.     the features that we desired.
  542.  
  543. 3)  The single menu approach to bulletin boards is terrific! Any
  544.     user becomes an expert in no time and he can't forget where
  545.     he is.
  546. 4)  Also, the system is fast fast fast.  And I think it is
  547.     written in Basic!  After all of my modifications to RBBS, it
  548.     NEVER came cl close!  I'd really like to see the source, after
  549.     my experience in C and assembly, I'd have to say that if it
  550.     is written in Basic, then the authors must have spent a lot
  551.     of time optimizing the code and that at least parts of it
  552.     must be in assembler.
  553. 5)  PcBoard has had very few bugs (as long as I've had it), and
  554.     those that it did have were generally fixed within 24 hours
  555.     and then redistributed.  My co-worker who got RBBS for me was
  556.     never able to get new RBBS source code changes that quick.
  557.     We always had to try and fix it ourselves and then hope that
  558.     the "real" fix would be in the next release.
  559. 6)  Now they say PcBoard has it's own version of Networking and
  560.     Doors.  Hooray!  I've been on a couple of the beta test
  561.     boards and they are still just as FAST as ever.  Reliable
  562.     too.  I had always accused RBBS of being slow and blamed it
  563.     on the network code, so either these guys know something
  564.     about networking that RBBS doesn't, or else they've wrought a
  565.     miracle.
  566. 7)  Our company is now moving along quite nicely with PcBoard,
  567.     and I'm back to work on other projects.  No longer do I have
  568.     to maintain the code so to speak, it works like a charm and
  569.     is saving us lots of money in the process.  (Thanks PcBoard)
  570.  
  571.     After reading through the discussion on your board (I found
  572. the first few messages downloaded to another local board) I had
  573. to log on and state my devotion to PcBoard.  I rather doubt your
  574. seeming implication that it is stolen from RBBS for ALL of the
  575. above reasons.
  576.  
  577.     I guess if I thought someone had stolen my programs I would
  578. quietly go about determining the truth and then prosecuting
  579. to the fullest, but I really believe it sounds like you have
  580. a chip on your shoulder.
  581.  
  582.     I would imagine that the Visi-Calc people felt the same way
  583. you do back when lotus 1-2-3 came out and pulled the plug on
  584. their merry-go-round.  I doubt that 1-2-3 stole Visi-Calc's code
  585. because Lotus is so much better.  And for the same reason, I
  586. would say the same about PcBoard.  Even if it is written in basic
  587. and seems to have some of the same underlying functionality (look
  588. how lotus copied VC's ideas),  I can't believe your assertions.
  589.  
  590. Richard Hamilton   (a previously disgruntled RBBS user,
  591.                     now a happy PcBoard user)
  592.  
  593.  PAUL KURR
  594.    To: ALAN PROCTOR
  595.    Re: (R)YOUR